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REMARKS 

Applicant has studied the Office Action dated June 29, 2007 and has made amendments to 
the claims. It is submitted that the application, as amended, is in condition for allowance. By virtue 
of this amendment, claims 1 -20 are pending. Claims 1 and 3-18 have been amended, and new claims 
19 and 20 have been added. Reconsideration and allowance of the pending claims in view of the 
above amendments and the following remarks are respectfully requested. 

Claims 1-18 were rejected under 35 U.S.C. § 101 for being directed to non-statutory subject 
matter. With respect to claims 1-18, Applicant has extensively amended the claims and submits that 
they do in fact produce a useful, tangible, and concrete result. For example, claim 1 now recites 
"executing, via the control module, the source code received from the remote computer; and at least 
one or reading and modifying, via the control module in response to the executing step, state 
information of the web browser as instructed by the source code." 

With respect to claims 7-10, Applicant has amended these claims to recite a "computer 
readable tangible storage medium encoded with a program for providing support to a user from a 
remote computer, the program comprising instructions for execution by a processing circuit." With 
respect to claims 1 1 and 12, Applicant has amended these claims to recite a "control module for 
embedding in a web page to allow support to be provided to a user from a remote computer." With 
■ respect to claims 16-18, Applicant has amended these claims to recite a "customer service computer 
for providing support to a user of a remote computer." 

Applicant respectfully submits that amended claims 1-18 are directed to statutory subject 
matter, so the rejection of these claims under 35 U.S.C. § 101 should be withdrawn. 

Claims 1-3, 5-8, 10-14, 16, and 17 were rejected under 35 U.S.C. § 102(b) as being 
anticipated by Herrmann (U.S. Patent No. 5,995,756). Claims 4, 9, 1 5, and 1 8 were rejected under 
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35 U.S.C. § 103(a) as being unpatentable over Herrmann in view of Lee (U.S. Patent Application 
Publication No. 2003/0146937). These rejections are respectfully traversed. 

The present invention is directed to an efficient and easy-to-implement method and system 
for providing customer support to users interacting with a web page. One embodiment of the present 
invention provides a method for providing support to a user from a remote computer. According to 
this method, a control module embedded in a web page that is currently being viewed by a web 
browser is activated, and in response source code is received from the remote computer. The control 
module is embedded in the webpage by the web browser when the webpage is loaded into the 
browser, and the source code includes instructions directing the control module to perform at least 
one operation on the web browser. The control module is used to execute the source code received 
from the remote computer, and state information of the web browser is read and/or modified via the 
control module as instructed by the source code. In one exemplary embodiment, the state 
information of the web browser includes form information entered into at least one form field of the 
web page that is currently being viewed by the web browser. 

This method for providing support takes away the need to build a custom client customer 
service application into the web interface. Instead, a generic control can be embedded into a web 
page, and this control can interact with a server side customer support application. This allows the 
customer service interface to be designed specifically for assisting users, and it can even be designed 
' after the end user interface has already been deployed. Additionally, multiple customer service 
interfaces can exist simultaneously, each for assisting users with a specific aspect of a web 
application. Further, there is no need to change web pages or web sites to change the customer 
support application. A generic control can be embedded into a web page and a server side customer 
support application can be separate from the embedded control so that the update of one of these 
components does not necessarily require an update of the other. This method also provides 
additional security. 
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The Herrmann reference is directed toward a development system that provides a form-based 
development environment for partitioning an application. This partitioning allows the application to 
be seamlessly integrated into corporate Webs (such as Intranets). In Herrmann, a form is 
implemented as an application page and is published as an ActiveX object. An application can be 
viewed as a collection of discrete frames or views. For example, a typical business application 
generally includes a set of menu items, each of with invokes a particular frame (a form which 
manifests certain functionality of the application). In this manner a user can select a web page link 
from within a browser, so as to invoke a particular frame of the application (i.e., sub-application). 

Figures 4A-D show an example of a web-delivered application from the perspective of an end 
user. Herrmann teaches that from an end user's desktop, the entry point into the system is through a 
corporate home page that includes a number of links. In response to the user clicking on a particular 
link to an application page, the web browser connects to the application page (file) residing on the 
server. Clicking on a link can bring the user to a departmental homepage that includes links pointing 
to HTML documents that contain policies, status, procedures, reports, and other documents. Some 
pages can contain HTML forms that are intended to send data to a server-based application 

Herrmann also teaches that in addition to the features of an Intranet, a new page type, an 
application (appdoc) page, is also provided for in-place execution of an application in the Web 
browser. Since each application page is located using an URL, other pages can have hyperlinks to it. 
- Multiple application pages can be grouped together by making a catalog page that contains 
hyperlinks to the application pages. When the user selects a hyperlink that points to an application 
page, the Web browser downloads the application code and executes the page inside the browser. 
Upon the browser downloading the application page, the browser (based on the defined MIME type) 
invokes a local handler which is a handler for documents of a type. More particularly, the 
application page includes a Globally Unique Identifier (GUID) and a codebase URL for identifying a 
remote (downloadable) application to invoke for hosting the document. Given the document object 
and the GUID, which arrive with the application page, the local handler looks to the client machine 
to see if the hosting application already resides locally (e.g., by examining the Windows registry). At 
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this point the local handler can choose to invoke a local copy (if any) or download the latest version 
of the host application. 

When code is downloaded, a "code base" specification (file) is initially requested from the 
server. The code base itself can range from a simple DLL file to a Cabinet file containing multiple 
compressed files. Still further, an Information file can be employed for instructing the client system 
how to install the downloaded application. The machinery employed for actually downloading 
program code itself relies on standard Microsoft ActiveX API (Application Programming Interface) 
calls. Although the ActiveX API does not provide native support for Web-delivered applications, its 
API can be invoked for locating the correct version of the program code, copying it to the local 
machine, verifying its integrity, and registering it with the client's operating system. Once the code 
has been downloaded, the handler can proceed to invoke the now-present application host for 
rendering the document object (in a manner similar to invoking the hosting application through the 
registry if it were already installed). Once the hosting application (OLE server) is loaded at the 
client, the client system can employ the OLE document view architecture to render the application 
correctly within the browser. 

Claim 1, on the other hand, recites a method that includes; 

activating a control module embedded in a web page that is currently being 
viewed by a web browser, the control module being embedded in the webpage by the 
web browser when the webpage is loaded into the browser; 

receiving, in response to the activating step, source code from the remote 
computer, the source code including instructions directing the control module to 
perform at least one operation on the web browser; and 

executing, via the control module, the source code received from the remote 
computer; and 

at least one of reading and modifying, via the control module in response to 
the executing step, state information of the web browser as instructed by the source 
code. 

According to the Examiner, Herrmann teaches activating a control embedded in a web page 
that is currently being viewed by a web browser, receiving source coded from the remote computer, 
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and using the control to execute the source coded received from the remote computer so as to read 
and/or modify state information of the web browser. Applicant respectfully traverses this position of 
the Examiner. 

The recited "control module" is a customer support control module that is loaded into a 
webpage by the web browser as the webpage is loaded. See Specification at page 8, lines 4-11. The 
control module allows a customer support representative or computerized agent to assist the user 
with problems being experienced on the webpage. The control module is loaded into the webpage by 
the web browser while the webpage is being loaded. According to the Examiner, Herrmann teaches 
"from within a browser, a user would select a Web Page link... invoke a particular frame of the 
application". That is, a user is required to click a link in order to invoke a sub-application. 
Therefore, this sub-application is not embedded within the webpage by the web browser when the 
webpage is loaded. 

Furthermore, the source code received by the control module is received , in response to the 
activation of the control module, and this source code includes instructions directing the control 
module to perform at least one operation on the web browser . According to the Examiner, Herrmann 
teaches "download program code". However, a careful reading of the entire paragraph that includes 
the section of Herrmann cited by the Examiner reveals that Herrmann does not teach or suggest 
receivin g, in response to the activation of the control module, source code from the remote computer^ 
- with the source code including instructions directing the control module to perform at least one 
operation on the web browser . In Herrmann, a new "application page" MIME type includes 
information that is necessary to create a document (ActiveX document) locally, but also includes 
information necessary to find the program code for rendering the view of the document. See 
Herrmann at Col. 8, lines 34-38. This is completely different than, and does not even suggest, 
receivin g, in response to the activation of the control module, source code from the remote computer^ 
with the source code including instructions directing the control module to perform at least one 
operation on the web browser . 
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Herrmann further teaches that when a user clicks on a hyperlink to an application page, the 
web browser downloads the application code and executes the page inside the browser. When the 
application page is downloaded a local handler is invoked which invokes a local copy of a host 
application or downloads the host application. The handler can invoke the host application for 
rendering the document object so that a user can use a rendered application within a web browser. 
See Herrmann at Col. 9, lines 39-55. However, Herrmann is completely silent on receiving, in 
response to the activation of the control module, source code from the remote compute r, with the 
source code including instructions directing the control module to perform at least one operation on 
the web browser. 



Herrmann also does not teach or suggest executing, via the control module, the source code 

received from the remote computer, reading and/or modifying, via the control module, state 

information of the web browser as instructed by the source code . As explained above, the portion of 

Hermann cited by the Examiner merely states the following: 

On the server side, since the . APP file is really a file, the Web server simply receives 
the request and returns the file to the client. When the APP file is downloaded, the 
APP DocObject handler asks the operating system to download the codebase for the 
object specified in the .APP file. This system functionality is available in Windows 
through the CoGetClassObjectFromURL function. After the ActiveX object's 
codebase is downloaded, the .APP DocObject handler asks the browser to create a 
view on itself, for instance, by calling the ActivateMe method on the Explorer 
document site. The Internet Explorer then calls the DocObject back to instantiate a 
view, which it does by creating an instance of the ActiveX view object from the code 
that was downloaded. Once created, the ActiveX view object gets in-place activated 
in the Internet Explorer, which creates the Delphi form and all its child controls. 

Once the form is created, it can establish connections back to any remote server 
objects it needs to perform its functions. 

Nowhere does Herrmann teach that a control module executes source code that directs it to perform 
one or more operations on the web browser. Furthermore, nowhere does Herrmann teach reading 
and/or modifying, via the control module, state information of the web browser as instructed by the 
source code . Herrmann is completely silent on reading or modifying state information of the web 
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browser. The portions of Herrmann cited by the Examiner do not even suggest this claimed feature 
of the present invention. 

Applicant believes that the differences between Herrmann and the present invention are clear 
in amended claims 1, 7, 1 1, 13, and 16, which recite various embodiments of the present invention. 
Therefore, claims 1,7, 11, 13, and 1 6 distinguish over the Herrmann reference, and the rejection of 
these claims under 35 U.S.C. § 102(b) should be withdrawn. 

As discussed above, claims 1,7, 11, 13, and 16 distinguish over the Herrmann reference. 
Furthermore, the claimed features of the present invention are not realized even if the teachings of 
the Lee reference are incorporated into Herrmann. Lee does not teach or suggest the claimed features 
of the present invention that are absent from Herrmann. Thus, claims 1 , 7, 11 , 1 3, and 1 6 distinguish 
over the Herrmann and Lee references, and thus, claims 2-6, claims 8-10, claim 12, claims 14 and 
15, and claims 17 and 18 (which depend from claims 1, 7, IT, 13, and 16, respectively) also 
distinguish over the Herrmann and Lee references. 

Furthermore, it is submitted that limitations recited in the dependent claims are not taught or 
suggested by Herrmann. For example, claim 2 recites that "the state information of the web browser 
includes form information entered into at least one form field of the web page that is currently being 
viewed by the web browser", and claim 3 recites "executing the source code so as to read the form 
• information; and sending the form information that is read to the remote computer". According to 
the Examiner, Herrmann teaches that the "user can interact with the form" and "HTML forms that 
are intended to send data to a server-based application". 

A form in Herrmann is implemented as an application page and is published as an ActiveX 
object. Assuming arguendo that the forms of Herrmann and the forms of the present invention are 
equivalent, a user interacting with a form has nothing to do with "executing the source code so as to 
read the form information; and sending the form information that is read to the remote computer". 
Furthermore, the HTML form of Herrmann is a typical form that a user can fill out and submit to 



send the information to a server. This is completely different than a control module "executing the 
source code so as to read the form information; and sending the form information that is read to the 
remote computer". 

Therefore, it is respectfully submitted that the rejections of claims 1-18 under 35 U.S.C. § 
102(b) and 35 U.S.C. § 103(a) should be withdrawn. 

Claims 1 9 and 20 have been added by this amendment, and are provided to further define the 
invention disclosed in the specification. Claims 19 and 20 are allowable for at least the reasons set 
forth above with respect to claims 1-18. Further, it is submitted that limitations recited in these new 
claims are not taught or suggested by Herrmann. New claim 1 9 recites "determining that at least one 
error associated with form information exists in at least one form field on the web page currently 
being viewed by the web browser; and in response to the determining that the at least one error 
exists, automatically activating the control module without user intervention". Herrmann is 
completely silent as to such a feature. New claim 20 recites "if the state information is read by the 
control module, the at least one error is recoded, and data associated with the at least one error is sent 
to the remote computer, and if the state information is modified by the control module, the form 
information associated with the at least one error is modified so that the form information is 
acceptable by the form field". Herrmann is also completely silent as to these features. Accordingly, 
claims 19 and 20 are allowable. 

No amendment made was related to the statutory requirements of patentability unless 
expressly stated herein. No amendment made was for the purpose of narrowing the scope of any 
claim, unless Applicant has argued herein that such amendment was made to distinguish over a 
particular reference or combination of references. 

Applicant has examined the references cited by the Examiner as pertinent but not relied upon. 
It is believed that these references neither disclose nor make obvious the invention recited in the 
present claims. In view of the foregoing, it is respectfully submitted that the application and the 



claims are in condition for allowance, 
amended, are requested. 
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Reexamination and reconsideration of the application, as 



If for any reason the Examiner finds the application other than in condition for allowance, 
the Examiner is invited to call the undersigned attorney at (561) 989-9811 should the Examiner 
believe a telephone interview would advance the prosecution of the application. 
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